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METHOD FOR PROVIDING TELECOMMUNICATIONS SERVICES, RELATED SYSTEM 
AND INFORMATION TECHNOLOGY PRODUCT 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application is the US national phase of PCT 
s application PCT/EP2003/010114 , filed 11 September 2003, published 
01 April 2004 as WO 2004/028190, and claiming the priority of 
Italian patent application TO2002A000824 itself filed 20 
September 2002, whose entire disclosures are herewith 
incorporated by reference. 
10 FIELD OF THE INVENTION 

The present invention concerns the provision of 
telecommunications services in an environment where at the same 
time two telecommunications systems working according to 
different standards are present, 
is BACKGROUND OF THE INVENTION 

As an example - which should however not be regarded as 
limiting the scope of the invention, that is fully general - the 
two telecommunications systems may be two mobile communication 
systems working according to the UMTS (Universal Mobile 
20 Telecommunications System) standard and according to a Wireless 
Local Area Network (WLAN) standard such as for instance the 
standard currently denoted as 802.11. 

In the document titled "Stand-Alone Data-Cells for 
UMTS", presented as Tdoc FEW-0032/01 paper at the 3GPP Future 
25 Evolution Workshop held on October 18-19 2001 at Helsinki 

(Finland) , there is described an architectural solution allowing 
the implementation of a full integration of both systems; such an 
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integration is performed in the radio mode and offers the 
possibility of an optimum management of the network. 

Closely related topics are discussed in the document 
"Location-based Radio Resource Management in Multi Standard 
s Wireless Network Environments " by M. Hildebrand, G. Cristache, 
K. David and F. Fechter presented at the 1ST Mobile & Wireless 
Telecommunications Summit 2002, held at Thessaloniki (Greece) on 
June 17-19^ 2002. This document emphasizes among other things 
the importance of defining solutions aimed at improving the 
10 throughput of such systems and providing the user with the best 
service quality. 

OBJECT OF THE INVENTION 
The [ [aim] ] object of the present invention is to 
provide a solution allowing the optimum exploitation of the 
is opportunities offered by such an integration scenario. 

This concerns in particular the possibility of 
dynamically performing an optimum choice of the access to the 
integrated system, taking into account the requirements of the 
network administrator (or of the operator) and of the user that 
20 is requesting a service. 

SUMMARY OF THE INVENTION 
According to the present invention, such an aim this 
object is attained by virtue of a method having the 
characteristics specifically recalled in the following claims 
25 described in more detail below . The invention also concerns the 
corresponding system and the related information technology 
product, that may be directly loaded in the internal memory of a 
digital computing unit and incorporates portions of software code 
for performing the steps of the method when the product is run on 
30 a computer. 
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In any case, though the solution according to the 
invention has been worked out with specific reference to the 
possible application to an integration scenario such as the one 
previously described, it can be advantageously applied to any 
s context wherein the same basic topics are faced. Thus the 
solution according to the invention is applicable to 
telecommunications networks working according to different 
standards with regard to those that have been mentioned before or 
will be specifically mentioned, as well as to contexts wherein 

10 the integration is foreseen for a number of telecommunications 

systems of more than two, working together in an integrated way. 

The solution according to the invention makes is 
therefore possible to provide telecommunications services in an 
environment wherein: [[-]] 

is a plurality of telecommunications systems are foreseen 

that work according to different standard and are reachable from 
a terminal in an integrated manner , [ [ - ] ] 

at least one of the services may be provided by more 
systems, thus according to different standards. 

20 The solution according to the invention envisages that 

with regard to the request of provision of the above- mentioned 
at least one service, there is the availability, for the 
provision of the service requested, of at least a first and a 
second system. Then, in an automatic and dynamic manner, a 

25 choice is made of one between the two systems for the provision 
of the service requested. The selection is preferably effected 
through an unique module, in order to allow the selection, 
performed in an automatic and dynamic way, of a communication 
resource regarded as preferential for the provision of the 

30 service requested within the integrated system. 
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BRIEF DESCRIPTION OF THE DRAWING 
The invention will now be described by way of a non- 
limiting example with reference to the appended drawings , wherein 
[[-]] 

s FIG, figure 1 depicts the general application scenario 

of the solution according to the invention, [[-]] 

FIG, fi g ure 2 is a flow chart illustrating the 
implementation of a solution according to the invention, and [[- 
]] 

10 FIG, fi g ure 3 is a diagram to be used for the 

evaluation of the load conditions of a WLAN network or a similar 
network in the context of the invention. 

SPECIFIC DESCRIPTION 
The solution according to the invention has its 
is preferential application in a multi-mode scenario (i.e. a 

multi-system or multi- standard scenario) of the type represented 
in the block diagram of FIG, fi g ure 1 . 

In principle it is foreseen that the terminals T linked 
to the system are multi -mode or multi-system terminals, e.g. 
20 capable of simultaneously supporting various standards, such as 
the UMTS and a 802.11 standard. 

Such terminals are therefore capable of interfacing: 

[[-]] 

the node, currently termed as node B, forming the 
25 element of the UTRAN (. UMTS Terrestrial Radio Access Network, 

term indicating the network N of radio access to the UMTS system) 
suitable for the air transmission of the signal, without any 
modification with regard to the standard, and [[-]] 

the Access Point, AP, i.e. the element of the 802.11 
30 system, designed for the air transmission of the signal. 
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In the case of the access point AP, the information 
exchanged with the terminal T is essentially equivalent to the 
information envisaged in the AP standard mode, being however the 
possibility foreseen of connection to the so called Radio Network 
s Controller (RNC) , which is of standard type, but integrated with 
the functionalities designed for managing the 802.11 system. 

In principle, the access point AP and the controller 
RNC must communicate with one another two parameters, namely: [[- 
]] 

10 the number of users linked to the WLAN network, and [[- 

]] 

the total bitrate of the active communications on the 
same WLAN network. 

The parameters involved in the procedure are : [ [ . ] ] 
is SIFS (Short Interframe Space) 28 us [[.]] 

backoff slot time = 50 us [ [ . ] ] 
propagation delay = 1 us 
t slot = 20 us [[.]] 

CW min (Contention Window min) =32 [ [ . ] ] 

20 CW max (Contention Window max) = 256 

As far as the UMTS network infrastructure is concerned, 
no modifications are envisaged with regard to the so called Core 
Network standard, in particular for the node, called SGSN 
(Serving GPRS Support Node) , that interfaces the UTRAN network. 

25 All the above is set in an integration scenario wherein 

the nodes B and the access points AP are managed preferably by an 
unique controller, situated in a advanced version of the current 
controller RNC foreseen by the standards. Further information 
concerning the specific conventional modalities of implementation 

30 in FIG, figure 1 may be derived from the document presented at 
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the 3 GPP Future Evolutions Workshop already mentioned before and 
from the 3GPP specifications . The latter comprises all GSM 
specifications (including GPRS and EDGE) and 3G (third 
generation) specifications . Other terms used for the description 
s of networks using the 3G specifications are: UTRAN, W-CDMA, UMTS 
(in Europe) and FOMA (in Japan) . 

Within the context described herein, the provision is 
in general envisaged of telecommunications services of different 
type. To define the basic concepts (though for exemplary 

10 purposes only) reference may be made to the standard 

classification of the services used for the UMTS standard. 

In such a context the conversational service is at 
first dealt with: it is a type or class of service used for real 
time calls between users, as in the case of voice and 

is video-conference services. The transfer time must be kept low 
and the time relationship between the various parts of the 
information flow must remain unchanged, so as to meet the 
characteristics of the human perception. 

Then the streaming services are described for the case 

20 in which the user wishes to receive audio/video streams. It is 
usually a unidirectional service, provided by a server to a 
terminal, such as a mobile terminal. It is important that the 
time relations among the various parts of the information stream 
remain unchanged, being however not foreseen particularly tough 

25 requirements on the information transfer times as a whole: the 
information is also stored at buffer level on the receiving 
terminal, so as to make any jitter phenomenon transparent to the 
human perception. 

There is then the class of interactive services, that 

30 are used whenever the user requests data from a mobile apparatus, 
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as in the case of the Internet navigation or access to a network 
server. In this case, important factors are the so called Round 
Trip Delay (RTD) and the data integrity. 

There is then the class of background services , that 
s identifies applications with a low priority execution, i.e. 
likely to be carried out on background. Some examples of 
services relating to this quality of service or QoS are the 
transmission of electronic mail messages or the so called SMS ' s . 
In such a case the time limits are not important, whilst the data 
10 integration is important. 

The solution according to the invention aims at best 
exploiting the opportunities offered by the above- described 
context. This is made possible through a technique that 
dynamically carries out a optimum choice of the radio access, 
is taking account of the requirements of the network administrator 
(or operator) and of the user requesting the service. 

The solution described herein envisages to make a 
choice on the basis of the following parameters: [[-]] 

class of the service requested by the user; [[-]] 
20 availability of transmission resources (for instance, 

radio resources at the UMTS side as well as at the WLAN side) ; 
[[-]] 

possibility of re-negotiating the service^ [[;]] 
The solution under question works according to the 
25 following guidelines . 

In principle, the UMTS standard has a 2 Mbit/s 
transmission capacity, whereas the 802.11b standard has a total 
transmission capacity equal to 11 Mbit/s. The UMTS standard is 
additionally capable of offering best guarantees in terms of 
30 quality of service (QoS) . 
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The UMTS transmission resource may therefore be 
regarded more valuable, and that justifies the criterion of 
freeing or reducing as much as possible the load of the UMTS 
network, in order to exploit it only for services applying tough 
s QoS requirements and in cases in which the WLAN resource is 

unavailable. For the rest of it, thanks to its high bitrate the 
802.11b system offers a best support for the services which do 
not have particularly tough requirements in terms of QoS. 

In practice, the system according to the invention can 
10 be implemented in the form of a module 10 (making reference to 

FIG, fi g ure 1) , integrated in the RNC controller already foreseen 
within the integration scenario referred to in the introduction 
of the present invention. 

La relating method of operation is illustrated in the 
is flow chart of FIG, fi g ure 2 . 

In such a flow chart, the step denoted by 100 
represents a service request made by the user through the 
terminal T. The latter action causes the request to the RNC 
controller of its establishing a so called RAB (Radio Access 
20 Bearer) with given characteristics. 

The characteristics required for the choice described 
in the sequel essentially correspond to parameters such as: class 
of service requested, bit rate and possibility of re-negotiating 
the service. 

25 At step 102 a check is made on whether the requested 

service is a service of a conversational type. Since the WLAN 
standard is not adequate to support conversational services, if 
the test result of step 102 is positive, the system directly 
evolves toward the step 104, where a check is made on whether the 

30 UMTS communication resource is available. If the test result at 
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step 104 is positive, the system further evolves toward an 
additional step 106, thus making it possible for the service to 
be offered on the UMTS system. If the UMTS resource is not 
available (negative test result of step 104) the system evolves 
s toward a step 108, where a check is made on whether more data 
rates are required. 

In practice, at step 108 a check is made on whether, 
when the service under question cannot be provided with the 
characteristics originally requested (for instance, bitrate) 

10 [[said]] the service may be provided with modified 

characteristics, for instance with a lower bitrate than the one 
originally foreseen. 

If the test result at step 108 is negative, the system 
evolves toward a step 110, notifying the impossibility of 

is providing the service, that is not offered. 

If instead the step 108 test is positive (which states 
that it possible to start a so called "re-negotiation" of the 
service, offering it at a lower datarate) , the system returns to 
step 104 through a re- negotiation step 109. 

20 The check on the availability of the UMTS resource is 

then carried out again, by making reference not to the 
characteristics of the service so as originally requested, but to 
the service characteristics resulting from the re- negotiation, 
for instance with reference to a lower data rate. 

25 The final result of this method of operation is given 

either by the provision of the service on UMTS (step 106) , 
possibly after executing further attempts under additionally 
"re-negotiated conditions (should this be possible) , or the 
definite non-provision of the service (step 110) . 
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If at step 102 it has been ascertained that the 
requested service is not a service of conversational type, the 
system evolves toward a step 112, where a check is made on 
whether the requested service is a streaming service, 
s A service of this kind may be provided through the WLAN 

resource and the UMTS resource as well, the latter being however 
regarded (for the reasons already described before) as a more 
valuable resource. 

For this reason, if step 112 yields a negative result, 
10 showing that the service requested is a streaming service, the 

system evolves first toward a step 114, where a check is made on 
whether the WLAN resource is available. 

If the test result of step 114 is negative, the system 
evolves toward a step denoted by 116, corresponding to the 
is allocation and provision of the service over WLAN with the 
appropriate data rate. 

If instead the test of step 114 gives a negative result 
(because it is found out that the WLAN resource is not available: 
the relating verification is effected according to criteria 
20 better explained in the sequel) the system verifies, at a 

subsequent step 118 the system verifies whether instead the UMTS 
resource is available. 

Once the availability of the UMTS resource has been 
verified (negative outcome of step 118) the system evolves toward 
25 a step 120 corresponding to the provision of the streaming 
service over the UMTS network. 

Should the UMTS resource be unavailable (negative 
outcome of step 118) the system evolves toward a step 122 
substantially similar to the step 108, already seen previously. 
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Step 122 corresponds to a mechanism of possible re- 
negotiation of the service performed by checking whether the 
streaming service requested by the user can be provided with 
different data rates, in particular by making an attempt with a 
s lower data rate. 

Such an attempt, represented by step 124, is however 
performed preferably, instead of returning toward the UMTS 
resource (step 118) , by verifying again (step 114) the 
availability of the WLAN resource, regarded as less valuable and 

10 therefore to be used preferably with regard to the UMTS resource. 

Also in this case, as in the case previously seen in 
relation to the service of conversational type, the final outcome 
of the procedure is either the service provision over UMTS (after 
one or more attempts made with lower data rates-step 116) or the 

is final notification, represented by step 126, of the impossibility 
of offering the service. 

Substantially similar criteria (without the possibility 
of service re-negotiation) are adopted for the provision of 
services of interactive or background type. 

20 In particular upon a negative outcome of step 112 (the 

service requested is neither of conversational nor of streaming 
type) the system evolves toward a further selection step 127, 
wherein a check is made on whether the service being requested is 
an interactive service. 

25 In the case of a positive outcome, once again the 

systems verifies, at a step 128, the availability of the WLAN 
resource . 

If such a resource is available (positive outcome of 
step 128) , the service is allocated over WLAN with the 
30 appropriate data rate (step 116) . 
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If step 128 indicates the unavailability of the 
resource, the system evolves toward a step 130, where the 
availability of the UMTS resource is verified. 

In case of positive outcome, the system evolves toward 
s a step 132, corresponding to the provision of the interactive 
service via UMTS. Should step 130 have instead a negative 
outcome, indicating the unavailability of the UMTS resource, the 
system will directly evolve toward a step 134 corresponding to 
the non-provision of the service. This is due to the fact that 
10 for the service of interactive type it is usually unlikely to 

suggest the execution of re-negotiation attempts with lower data- 
rates . 

The possible negative outcome of the step denoted by 
127, indicating that the service requested is neither of 
is conversational nor of streaming class, and nor of interactive 
class, identifies the requested service as background service. 

Once this fact has been ascertained at a step denoted 
by 136, the system evolves again toward a step 138 for checking 
the availability of the WLAN resource. 
20 In the case of a positive outcome, the service is 

allocated over the WLAN network, identified as available. 

This occurs at the step denoted 116. 

If instead step 138 gives a negative outcome indicating 
the unavailability of the WLAN resource, the system evolves 
25 toward a step 140, where a check is made on the availability of 
the UMTS resource. 

According to criteria basically similar to those 
adopted at steps 130,123, 134, described before, the outcome of 
step 140 leads as an alternative either to the service provision 
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over UMTS (step 142) or to the notification of the impossibility 
of offering the service (step 144) . 

In short, the operation criteria described above may be 
traced back to the following general flow chart, 
s At first a check is made of the class of the service 

requested. 

The WLAN standard is rather unsuitable to support 
services of conversational type, thus this type of services is 
immediately routed to the UMTS network. 
10 Once [[said]] the check has been made and it has been 

ascertained that the requested service is not of conversational 
type, the system verifies whether or not the WLAN resource is 
available, by making a kind of Admission Control. 

In practice, a check is made to verify that the 
is addressing of the user over the WLAN does not excessively load 
the network, thus causing an unacceptable degradation of the 
overall system performance. 

If the WLAN resource is available, the service is 
allocated over such radio access, and the procedure ends. 
20 If the WLAN resource is not available (or the check 

performed at the start has given a positive result notifying the 
request of service of conversational type) , then a check is made 
on the availability of the UMTS resource through a procedure of 
Admission Control (already envisaged with the UMTS system and 
25 implemented through the RNC controller) . 

If the UMTS resource is available, the service is 
allocated over such a radio access, and the procedure ends. 

Is the UMTS resource unavailable, then the mechanism is 
exploited for re-negotiating the service (only in the case of 
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conversational services or streaming) and the attempt is repeated 
through the procedure with lower service requirements . 

The procedure ends in any case after a new check of the 
resources. If the service could be provided with lower 
s resources, and such resources are available, the service is 
provided; otherwise no service provision occurs. 

In the case wherein no radio resources are available 
for the conversational or streaming services, it is possible to 
re-negotiate the service and meet the request by supplying a 
10 lower data-rate as compared to the one initially requested. 

The attempt with a lower data-rate (steps 109 and 124) 
essentially corresponds to check whether it is possible to lower 
the data-rate requests, by trying to control again the resource 
with a lower rate, 
is To ascertain the requested service among the various 

classes, a check procedure is envisaged at steps 102,112 and 127 
on the basis of the definitions given before. 

The service allocation over WLAN or UMTS corresponds to 
the fact that the relating check on the resource has given a 
20 positive outcome, and the service is provided through the radio 
access or the 802.11b or UMTS standards. 

The service is not offered when the procedures end 
without the possibility of providing the requested service 
because no radio resources are available to meet the service 
25 requirements . 

With regard to the availability verification of the 
resources, in the case of the UMTS resource it is possible to 
perform the verification by means of the formula (commonly known 
as such) derived from the definition of the so called "pole 
30 capacity". In the "uplink" case, such a formula is then 
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q = (1+f) *SNR*SAF 

Such a formula corresponds to the definition of the 11 
parameter, identifying the cell load, standardized with regard to 
the max theoretical value, For example, it is possible to take 
s into account a loaded cell, when this parameter is equal to 
[[0,7]] 0/7. 

By f a parameter is meant that takes account of the 
interference contribution caused by the cells adjacent to the 
cell under question. 

10 SNR stands for the signal-to-noise ratio required, i.e. 

the ratio signal to noise necessary in order that a given service 
is well supported. 

Eventually, the parameter denoted by SAF (Service 
Activity Factor) indicates the average time slot during which the 

is source is active. 

The above formula makes reference to an individual 
customer. The total value is obtained by computing the partial 
value of the parameter (i.e. calculating its value for each 
active connection) and summing up all the terms thus obtained. 

20 [[said]] This formula supplies an approximate estimation of the 

network load and can therefore be used to schematize the behavior 
of the admission control and thereby to obtain the answer to the 
question about the available UMTS resource. 

The solution just described is a purposely simplified 

25 example of control admission technique. In general the admission 
control techniques are more sophisticated since they take into 
account for instance the load on the down- link connection and 
the availability of spreading codes in addition to the 
exploitation of information derived from power measurements . 
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With regard to the access to the WLAN network, a 
particularly advantageous solution is the one which describes the 
performance degradation of the system as the number of users 
increases. This makes it possible to provide a kind of admission 
s control criterion by deriving the capacity of the 802.11 standard 
as a function of the number of active users . The diagram of FIG. 
figure 3, obtained from the processing of the parameters already 
mentioned before (i.e. Short Interframe Space, backoff time, 
propagation delay, slot time, min. and max Contention Window) , 

10 represents the rate value standardized to the value of the max 
theoretical bit rate, equal for example to 11 Mbit/s for the 
802.11b system, as a function of the number of users. 

In other terms, if the active users on the WLAN are for 
instance 30, [[said]] these users will have at their disposal 

is (making reference to the diagram of FIG, figure 3) a total of 
about 6,457 Mbit/s, which are then subdivided among all the 
users . 

It is therefore possible to check whether the bit rate 
totally available is sufficient to provide the service requested 
20 by all the users . 

As a practical example (making jointly reference to the 
flow chart of FIG, fi g ure 2 and to the diagram of FIG, figure 3) 
we consider the case of a users request for a streaming service 
with a 384 kbit/s that can be met also with a 144 kbit/s bit 
25 rate . 

Assuming that at the moment 32 users are active on the 
WLAN (thus the available bit rate is equal, with reference to the 
FIG, figure 3 diagram, to 6,3349 Mbit/s) and the load of the UMTS 
cell is assumed to be close to the max. value of [[0,7]] 0.7 . 
30 The system is therefore close to the maximum load condition. 
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The evolution through the flow chart of FIG, figure 3 
is therefore the following. 

Is the service of a conversational type? No. 

Is it a streaming service? Yes. 
s The question is now whether the WLAN resource is 

available or not. 

Assume that, over the WLAN, 32 users are connected (max 
bit rate available 0,5759*11 = 6,334 9 Mbit/s 0.5759*11 = 6.349 
Mbit/s ) and that the load on such a network is equal to 6,000 
10 Mbit/s. The [[33th]] thirty- third user needs, as specified 

before, a 384 kbit/s streaming service which can be met also with 
a 144 kbit/s bit rate. 

The control that has been effected is the following. 

The new bit rate available is 0,5706*11 = 6,2766 Mbit/s 
is 0.5706*11=6.2766 Mbit/s . Adding to the load value the bitrate of 
the request of the new user one obtains the value 6,000 + [[0,]] 
384 = 6,384 Mbit/s, which exceeds the availability. 

Is the WLAN resource available? No. 

The UMTS cell is close to the value of max. load, 
20 therefore the request cannot be met by the UMTS either. 

The UMTS resource is available? No. 

A question then arises: Is it possible to re-negotiate 
the service? Yes . 

The attempt is made now with 144 kbit/s, and the 
25 control effected envisages to sum up to the load data the 

bit-rate of the (second) request, and this brings to the value of 
6,000 + [[0,]] 144=6,144, Mbit/s, so that the availability is 
not exceeded. 

We ask then again: 
30 Is the WLAN resource available? 
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The question receives this time a positive answer 
(Yes) . The service is then allocated on the WLAN network with 
the appropriate data-rate modified, i.e. reduced as compared to 
the data-rate initially requested, 
s A similar criterion can be followed for the other WLAN 

systems wherein use is made of numerical values typical for them, 
without affecting at all the decision process herein described. 

Obviously, keeping unchanged the principle of the 
invention, the details of implementation and the forms of 

10 embodiment may be widely varied, with respect to what has been 

described and illustrated herein, thus without leaving the scope 
and the spirit of the present invention. 

In particular it will be appreciated that-in at least a 
few application cases-one or more of the sets or sub-sets 

is mentioned in the claims that follow, actually correspond to the 
empty set. Further it is evident that the characteristic 
"deliverable" (i.e. available) or "not deliverable" (i.e. 
unavailable) , ascribed to a given service with a view to its 
possible provision through a given system, must not be meant in a 

20 absolute physical sense and must be instead reasonably referred 
to the possibility of providing a given service under the 
conditions and with a quality level that are acceptable to the 
users . 
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